Method and system for providing media content to a user

ABSTRACT

A central terminal may receive from a user a first message, which may be transmitted from a communication terminal, identifying particular media content on a particular content server, and in response the central terminal may transmit a second message to a particular application server if the central terminal determines that the first message is associated with the application server. The application server may generate and transmit to the communication terminal accessing information that may be used by the user to retrieve, via the communication terminal, the media content from the content server. Submitting content requests in this manner may enable routing content requests through a particular system, such as IP Multimedia Subsystem (IMS), thereby making use of filtering features of the particular system for user authentication and access control, and obviating need for separate proprietary access control mechanisms for the content server.

FIELD OF THE INVENTION

The present invention relates to a method and a system for providingmedia content to a user. Specifically, the present invention relates toa method and a system for providing to a user on a communicationterminal media content from a content server. Particularly, the presentinvention relates to a method and a system for providing the mediacontent to the user on a mobile communication terminal.

BACKGROUND OF THE INVENTION

Conventionally, media content is made available in the World Wide Web onservers. Users equipped with communication terminals can access themedia content through telecommunications networks having access to theInternet. The media content is made available as digital datarepresenting picture, video, audio and/or text content. Typically, usersuse their communication terminals as client devices to browse the WorldWide Web or Internet, respectively, and access media content throughhyperlinks referencing the media content. Hyperlinks include or areassociated with a uniform resource locator (URL) of the respective mediacontent. Hyperlinks to media content are often provided on web pages ofso called portal servers. A hyperlink displayed on the communicationterminal and activated (e.g. clicked) by the user causes the respectivemedia content to be transmitted from the (content) server, where themedia content is stored, to the communication terminal. Portal serversand content servers can be implemented on a common computer; typically,they are implemented on separate computers, however. To control accessto the media content, the portal servers are often provided with accesscontrol modules requesting a user to provide login information such asuser name, password and/or a credit card number. The access controlmodules rely on users to register prior to logging in. For subsequentuser authentication during login, the registration process requires anauthentication process. Considering the vast number and variety ofportal servers and content servers providing media content, an enormousoverhead is required for the implementation and maintenance of userauthentication, registration, login, and access control mechanisms. Amultitude of proprietary (non-standardized and inconsistent) solutionsare used for authentication, registration, login and access controlmechanisms. Furthermore, each portal and/or content server requires anassociated data repository for storing user registrations as well as aninterface for accessing and updating the data repository. In addition,the data repositories may need to include information about a user'saccess rights for media content. Access rights may specify a user'sright to access specific classes or categories of media content and/orto access media content from a specific portal server, content server,or content provider.

In patent application US 2004/0184432 described is a method forcontrolling streaming services between a terminal and a streaming servervia a communication network comprising at least one application serverand a Call Session Control Function unit. According to US 2004/0184432,a streaming session is requested by the terminal sending a requestmessage, containing information about the media content and thestreaming server, e.g. the server address, via the Call Session ControlFunction unit to the application server. The application servercommunicates with the streaming server to request a description of thestreaming service. Based on the description of the streaming service,the application server sets up a streaming session at the streamingserver and informs the terminal accordingly. Subsequently, the terminalinitiates the streaming service at the streaming server.

SUMMARY OF THE INVENTION

It is an object of this invention to provide a method and a system forproviding to a user on a communication terminal media content from acontent server, which system and method do not have the disadvantages ofthe prior art. In particular, it is an object of the present inventionto provide a method and a system for providing to a user on acommunication terminal media content from a content server without theneed for implementing separate proprietary access control mechanisms foreach content server.

According to the present invention, these objects are achievedparticularly through the features of the independent claims. Inaddition, further advantageous embodiments follow from the dependentclaims and the description.

According to the present invention, the above-mentioned objects areparticularly achieved in that the communication terminal is configuredto submit, in response to the user activating a hyperlink, associatedwith the media content, a first message generated as a SessionInitiation Protocol (SIP) message addressed to a resource identifieridentifying the media content. The hyperlink is selected by the user ona portal server, for example. For example, the first message isaddressed using an instant messaging uniform resource identifier. Thefirst message is received in a Call Session Control Function unitassociated with the user. If there are filter criteria associated withthe user that associate the first message with an application server, asecond message, including the resource identifier, is transmitted fromthe Call Session Control Function unit to the application server,particularly a SIP application server. The application server isconfigured to transmit to the communication terminal accessing means forthe user to retrieve the media content from the content server. Inresponse to the accessing means being activated in the communicationterminal, the media content is transmitted from the content server tothe communication terminal. For example, the resource identifierincluded in the accessing means is a uniform resource identifier of themedia content for the hypertext transfer protocol, the real-timestreaming protocol, the real-time transfer protocol, or the filetransfer protocol.

The Session Initiation Protocol as well as the Call Session ControlFunction unit were defined by the Third Generation Partnership Project(3GPP) in the context of the Internet Protocol (IP) Multimedia Subsystem(IMS). IMS was defined by 3GPP for providing IP multimedia services overmobile communication networks in 3GPP TS 23.228 V6.8.0, IP MultimediaSubsystem (IMS) Stage 2, 3^(rd) Generation Partnership Project.Multimedia services include a variety of services over both traditionalcircuit switched media (e.g. voice) and packet switched media (e.g.pictures, video, audio, instant messaging, presence, push-to-talk, chatrooms, etc.). IMS makes it possible for users to use multimediareal-time and non-real-time communication services as well as dataoriented multimedia services. IMS supports multimedia services overIP-based networks between end-users as well as between end-users andservers. In addition to mobile radio networks, access over wirelesslocal area networks (WLAN) has been included in the IMS specificationsand even fixed IP-based networks can be integrated in IMS, making IMS ageneric framework for multimedia services over IP. For setting up andcontrolling calls and sessions between user equipment and/or applicationservers, IMS includes so-called Serving Call Session Control Function(S-CSCF) units using the transaction-based Session Initiation Protocol(SIP) and Session Delivery Protocol (SDP) defined in 3GPP TS 24.229V6.5.1, IP Multimedia Call Control Protocol based on Session InitiationProtocol (SIP) and Session Description Protocol (SDP), Stage 3, 3^(rd)Generation Partnership Project. A SIP transaction or dialogue is betweentwo end-points called user agents. Typically, a SIP transaction ordialogue is a multimedia session performed between devices. There aredifferent SIP methods for initiating a SIP transaction or dialogue (e.g.INVITE, SUBSCRIBE or MESSAGE).

Generating and submitting in the communication terminal a SessionInitiation Protocol message, addressed to a resource identifieridentifying the media content, make it possible to route a request forthe media content through IMS, thereby making use of IMS's filteringfeatures for user authentication and access control. Consequently, thereis no need for separate proprietary access control mechanisms for thecontent server and/or a portal server. There is also no need for theportal server and/or the content server to be provided with a datarepository, for storing user registrations and/or access rights, or aninterface for accessing and updating such a data repository. Instead,defined features of IMS's Call Session Control Function unit are used todecide whether or not the user of the communication terminal submittingthe first message is entitled to access media content related to thefirst message. IMS user profiles, containing the filter criteriatypically used for routing purposes, are taken as the basis for decidingwhether or not a user is entitled to access the specified media content.The user profile is retrieved by the Call Session Control Function unitfrom a home subscriber server (HSS) associated with the user.Specifically, if there are filter criteria, associated with the user,that associate the first message with an application server, the user isconsidered to be entitled to access the media content. Otherwise, ifthere are no filter criteria, associated with the user, that associatethe first message with an application server, the user is considered notto be entitled to access the media content. Transmitting the secondmessage to the application server makes it possible to dedicate aseparate server to the handling of entitled requests for media content.Providing the communication terminal from the application server withaccessing means for retrieving the media content makes it possible toadapt the content access flexibly to changing circumstances.

In an embodiment, the application server is configured to obtain fromthe second message the resource identifier and information about anaccess network being used by the communication terminal. Furthermore,the application server is configured to determine parameters foraccessing the content server, based on the information about the accessnetwork, and to include the parameters in the accessing means. Theinformation about the access network includes, for example, informationabout the type of telecommunications network, identification of the(visited) telecommunications network, and/or location information of theuser. Parameters, specific to the access network used by the user, canbe included automatically in the request for media content without anyneed for the content server to be provided with respective detectionmeans.

In an embodiment, the application server is configured to obtain fromthe second message charging parameters indicating how to bill the user.Moreover, the application server is configured to generate billinginformation based on the charging parameters. Implementing a billingprocess in the application server has the advantage that, independentfrom the location and/or provider of the media content, the mediacontent can be billed through one consistent mechanism. There is no needto provide the portal or content server with separate billing processes.

In an embodiment, the application server determines parameters foraccessing the content server based on user customization information.Subsequently, the application server includes the parameters in theaccessing means. The customization information includes, for example, anindication of the preferred quality or language. The customizationinformation may be included in the second message, passed from the CallSession Control Function unit to the application server, or it may bestored in the application server or in a home subscriber server (HSS).Requests for media content can be customized without the user having toindicate his preferences with each request and without the user havingto use memory in his communication terminal for storing userpreferences.

In an embodiment, the application server determines user preferencesbased on user customization information. Subsequently, the applicationserver generates a uniform resource identifier of the media content,based on the user preferences, and includes the uniform resourceidentifier in the accessing means. For example, different resourceidentifiers to different media content objects may be used depending onthe preferred quality or language of the media content.

In addition to a method and system for providing to a user on acommunication terminal media content from a content server, the presentinvention also relates to a computer program product including computerprogram code means for controlling a processor of a communicationterminal, particularly, a computer program product including a computerreadable medium containing therein the computer program code means.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be explained in more detail, by way ofexample, with reference to the drawings in which:

FIG. 1 shows a block diagram illustrating schematically an exemplaryconfiguration of a system for providing to a user on a communicationterminal media content retrieved from a content server, as well as apossible data flow between components of the system.

FIG. 2 shows a timing diagram illustrating schematically a possible dataflow between components of the system for providing to a user mediacontent on a communication terminal.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

In FIGS. 1 and 2, identical reference numerals refer to correspondingcomponents, steps or data flows, respectively.

In FIGS. 1 and 2, the reference numeral 2 refers to a portal serveraccessible in the World Wide Web through the Internet. The portal server2 comprises one or more computers connected to the Internet. The portalserver 2 is configured to be accessed by communication terminals bymeans of conventional browser applications for HTML (Hypertext MarkupLanguage), XHTML (Extensible Hypertext Markup Language), WML (WirelessMarkup Language), XML (Extensible Markup Language) or the like. Theportal server 2 provides hyperlinks 21 to media content 31 stored oncontent server 3. The hyperlinks 21 include or are associated (e.g. viadynamic directory or naming servers) with a uniform resource locator(URL) to the media content 31. The content server 3 is connected to theInternet and includes one or more computers. The media content is storedas digital data files representing picture, video, audio and/or textcontent.

In FIGS. 1 and 2, reference numeral 1 refers to a communication terminalof a user. Communication terminal 1 is preferably a mobile communicationterminal such as a mobile telephone supporting IP-based communication,e.g. a mobile telephone for a GSM-network (Global System for MobileCommunication) supporting GPRS (General Packet Radio Service) or for aUMTS-network (Universal Mobile Telecommunications System), a personaldigital assistant (PDA), or another personal computer supporting mobilecommunication over a mobile telephone network or WLAN. As was mentionedearlier, alternatively, communication terminal 1 is a fixedcommunication terminal configured for IP-based communication over afixed telecommunications network. The communication terminal 1 isconfigured to access the Internet through a mobile or fixedtelecommunications network, respectively. The communication terminal 1includes a conventional browser application for accessing the portalserver 2. By means of the browser application the user can access andview web pages of the portal server 2 on the display 11 of thecommunication terminal 1. By means of operating elements 13, e.g.buttons, a keyboard, a touch pad, a scrolling wheel, a trackball, ajoystick or the like, the user can select and activate hyperlinks 21included in web pages of the portal server 2.

As is illustrated in FIG. 1, the communication terminal 1 also includesa functional module, request module 12, which is preferably implementedas a programmed software module. The computer program code of therequest module 12 is stored on a computer readable medium, connectedfixed or removable to the processor of communication terminal 1. Oneskilled in the art will understand, however, that the request module 12can also be implemented fully or in part by means of hardware. Therequest module 12 is configured to control the processor of thecommunication terminal 1, such that the communication terminal 1generates a Session Initiation Protocol message, in response to the useractivating one of the hyperlinks 21. Particularly, the SessionInitiation Protocol message is of the type “SIP MESSAGE” and addressedto a resource identifier identifying the media content 31 defined by theactivated hyperlink 21. Particularly, an instant messaging uniformresource identifier is used to address the SIP message, for example“MESSAGE im:media-content@provider.net”. The request module 12 isconfigured to submit the generated message to a telecommunicationsnetwork enabling access to the IP Multimedia Subsystem IMS. As will beexplained later in more detail, the request module 12 is also configuredto receive and activate accessing means.

The IP Multimedia Subsystem IMS illustrated in FIG. 1 is adapted tocarry out the proposed method for providing to a user on communicationterminal 1 media content 31 provided by content server 3. In FIG. 1,only components of the IP Multimedia Subsystem referenced in thedescription of the proposed method are illustrated.

As is illustrated in FIG. 1, the IP Multimedia Subsystem IMS includes aCall Session Control Function unit S-CSCF serving (i.e. associated with)the user of communication terminal 1. The Call Session Control Functionunit S-CSCF is based on the specifications for the IP MultimediaSubsystem defined by the Third Generation Partnership Project (3GPP).

Furthermore, the IP Multimedia Subsystem IMS includes a HomeSubscription Server HSS associated with the user. The Home SubscriptionServer HSS is based on the specifications for the IP MultimediaSubsystem by 3GPP. The Home Subscription Server HSS contains the userprofile 5 of the user, which includes filter criteria iFC associatedwith the user. The filter criteria iFC include so called Service TriggerPoints defining conditions on Session Initiation Protocol (SIP)requests/messages. Moreover, the filter criteria iFC include addressinformation of application servers to be contacted in cases whenconditions on a SIP request are met. The user profile 5 also includesother user customization information such as user preferences, e.g.preferred language and/or preferred quality, and/or charging parametersindicating how to bill the user, e.g. off-line or on-line withcorrelation identity and charging node address.

The IP Multimedia Subsystem IMS illustrated in FIG. 1 also includes aSIP application server SIP-AS. As is illustrated schematically, the SIPapplication server SIP-AS includes several functional modules: an inputmodule 40, a referral module 41, a customization module 42, and acharging module 43. The functional modules are preferably implemented asprogrammed software modules. The computer program code of the functionalmodules is stored on a computer readable medium, connected fixed orremovable to the processor(s) of the application server SIP-AS. Oneskilled in the art will understand, however, that the functional modulescan also be implemented fully or in part by means of hardware.

The input module 40 is configured to control the processor(s) of theapplication server SIP-AS, such that the application server SIP-ASreceives messages from the Call Session Control Function unit S-CSCF andobtains from the received message the resource identifier andinformation about the access network being used by the communicationterminal 1.

The customization module 42 is configured to control the processor(s) ofthe application server SIP-AS, such that the application server SIP-ASdetermines, based on user customization information, parameters and userpreferences for accessing the content server 3. Depending on theembodiment, the customization module 42 obtains the user customizationinformation from the message received from the Call Session ControlFunction unit S-CSCF or from the user profile stored in the HomeSubscription Server HSS associated with the user.

The referral module 41 is configured to control the processor(s) of theapplication server SIP-AS, such that the application server SIP-AStransmits to the communication terminal 1 accessing means for the userto retrieve the media content 31 from the content server 3. The referralmodule 41 is configured to generate and include in the accessing means auniform resource identifier (URI) of the media content 31. The uniformresource identifier of the media content 31 is generated by the referralmodule 41 for the hypertext transfer protocol (HTTP), the real-timestreaming protocol (RTSP), the real-time transfer protocol (RTP), thefile transfer protocol (FTP) or the like. The referral module 41generates the uniform resource identifier based on the user preferencesdetermined by the customization module 42, e.g. different resourceidentifiers for media content objects of different quality and/orlanguage. Furthermore, the referral module 41 is configured to determineparameters for accessing the content server 3, based on the informationabout the access network determined by the network input module 40. Thereferral module 41 also includes the parameters for accessing thecontent server 3 in the accessing means.

The charging module 43 is configured to control the processor(s) of theapplication server SIP-AS, such that the application server SIP-ASdetermines charging parameters indicating how to bill the user.Depending on the embodiment, the charging module 43 obtains the chargingparameters from the message received from the Call Session ControlFunction unit S-CSCF or from the Home Subscription Server HSS associatedwith the user. Moreover, charging module 43 is configured to generatebilling information, for the media content retrieved by the user, basedon the charging parameters.

In the Home Subscription Server HSS, the user profile 5 associated withthe user includes filter criteria iFC with addressing information of theSIP application server SIP-AS. Moreover, the filter criteria iFCincludes Service Trigger Points, which define conditions such thatincoming SIP messages related to media content 31 on the content server3 are forwarded to the SIP application server SIP-AS.

The Call Session Control Function unit S-CSCF serving the user and theHome Subscription Server HSS associated with the user are implemented onthe same computer or on separate computers. Typically, the SIPapplication server SIP-AS is implemented on a separate computer.

In the following paragraphs, possible sequences of steps executing theproposed method are described with reference to FIGS. 1 and 2.

In step S0, the user uses his communication terminal 1 to access a webpage of the portal server 2 and selects and activates one of thehyperlinks 21 provided by the portal server 2 and associated with mediacontent 31 of content server 3.

In step S1, in response to the user activating the hyperlink, therequest module 12 generates a SIP message addressed to an instantmessaging uniform resource identifier identifying the media content 31defined by the activated hyperlink 21. Implicitly, the instant messaginguniform resource identifier also identifies the content server 3 orprovider, respectively, providing the media content 31.

In step S1′, the SIP message generated in step S1 is submitted by thecommunications terminal 1 and routed by the telecommunications networkto the Call Session Control Function unit S-CSCF serving the user.

In step S2, the Call Session Control Function unit S-CSCF downloadsand/or queries the user profile 5, including the filter criteria iFC,from the Home Subscription Server HSS associated with the user. Forexample, the Call Session Control Function unit S-CSCF accesses the HomeSubscription Server HSS through a Diameter-based reference point calledSh. Based on the user profile 5, the Call Session Control Function unitS-CSCF determines whether or not the filter criteria iFC associate thereceived SIP message with a SIP application server. If the SIP messageis associated with a SIP application server, the SIP message isforwarded in step S3 via a so-called IP Multimedia Subsystem ServiceControl interface ISC to the respective SIP application server SIP-AS.Depending on the embodiment, the SIP message is forwarded together withadditional information concerning the access network being used by thecommunication terminal 1 as well as user-specific customizationinformation and charging parameters. Otherwise, if no SIP applicationserver is associated with the SIP message, the SIP message is rejectedas non-routable.

In step S4, the application server SIP-AS acknowledges the messageforwarded in step S3 by sending a confirmation to the Call SessionControl Function unit S-CSCF. The confirmation is transmitted via the IPMultimedia Subsystem Service Control interface ISC. Correspondingly, instep S4′, the Call Session Control Function unit S-CSCF sends anacknowledgement to the communication terminal 1.

In step S5, the application server SIP-AS processes the message receivedfrom the Call Session Control Function unit S-CSCF and obtains from thereceived message the resource identifier identifying the media content31. Depending on the embodiment, the application server SIP-AS obtainsinformation concerning the access network being used by thecommunication terminal 1 as well as user-specific customizationinformation and charging parameters from the received message or throughquerying the Call Session Control Function unit S-CSCF or the HomeSubscription Server HSS, respectively. Moreover, the application serverSIP-AS generates accessing means for the user to access the requestedmedia content 31. The accessing means include a uniform resourceidentifier (URI) of the media content 31, generated based on the accessnetwork used by the communication terminal 1 and user preferencesincluded in the customization information. Furthermore, the accessingmeans include parameters for accessing the content server 3, based onthe information about the access network and user customizationinformation.

In steps S6 and S6′, the application server SIP-AS transmits theaccessing means to the communications terminal 1 by transmitting a SIPmessage of type “REFER”, including the accessing means, through the IPMultimedia Subsystem Service Control interface ISC and the Call SessionControl Function unit S-CSCF to the communication terminal 1.

In steps S7 and S7′, the communication terminal 1, specifically therequest module 12, acknowledges the receipt of the REFER message bysending a confirmation through the Call Session Control Function unitS-CSCF and the IP Multimedia Subsystem Service Control interface ISC tothe application server SIP-AS.

In step S8, the accessing means are activated in the communicationterminal 1. Preferably, for activating the accessing means, the requestmodule 12 is provided with an activating module, configured toautomatically transmit an access request to the content server 3 usingthe uniform resource identifier (URI) and parameters included in theaccessing means. In correspondence with the URI, the access request is arequest in HTTP, RTSP, RTP, FTP or the like. In an alternativeembodiment, displayed to the user on display 11 are the uniform resourceidentifier (URI) and parameters included in the accessing means, and theaccess request is generated by the user activating the URI using theoperating elements 13. Accordingly, in step S8′, the media content 31 isaccessed by and transmitted to the communications terminal 1 through anHTTP, RTSP, RTP or FTP interface F.

In steps S9 and S9′, the communication terminal 1, specifically therequest module 12, confirms the successful transmission (receipt) of themedia content 31 by responding to the REFER message with a SIP messageof type “NOTIFY”, transmitted through the Call Session Control Functionunit S-CSCF and the IP Multimedia Subsystem Service Control interfaceISC to the application server SIP-AS.

In steps S10 and S10′, the application server SIP-AS acknowledges thereceipt of the NOTIFY message by sending a confirmation through the IPMultimedia Subsystem Service Control interface ISC and the Call SessionControl Function unit S-CSCF to the communication terminal 1.

In step S11, the application server SIP-AS generates billing informationfor the media content retrieved by the user, based on the chargingparameters, the accessed media content, the customization level, theused access network, the user's location, and/or roaming conditions.

The foregoing disclosure of the embodiments of the invention has beenpresented for purposes of illustration and description. It is notintended to be exhaustive or to limit the invention to the precise formsdisclosed. Many variations and modifications of the embodimentsdescribed herein will be apparent to one of ordinary skill in the art inlight of the above disclosure. The scope of the invention is to bedefined only by the claims appended hereto, and by their equivalents.Specifically, in the description, the computer program code has beenassociated with specific software modules, one skilled in the art willunderstand, however, that the computer program code may be structureddifferently, without deviating from the scope of the invention.Furthermore, the particular order of the steps set forth in thespecification should not be construed as limitations on the claims.

1-14. (canceled)
 15. A method, comprising: receiving by a contentdelivery system, a first message from a communication terminalassociated with a user, wherein the first message identifies a specificmedia content on a content server; deciding, by the content deliverysystem, whether the user is entitled to access, on the content server,the specific media content that is identified by the first message,wherein the deciding comprises determining whether there exists in auser profile of the user, filter criteria associated with the user andspecifying that incoming messages related to the specific media content,on the content server, are to be forwarded to an application server thatis separate from the content server; and transmitting, by the contentdelivery system, a second message to the application server, based onthe existence of the filter criteria associated with the user, whereinthe filter criteria enables associating of the first message with theapplication server and enables determining that the user is entitled toaccess the specific media content on the content server; wherein: thesecond message causes the application server to transmit to thecommunication terminal, accessing information for the user to retrievethe specific media content from the content server; and the accessinginformation causes the communication terminal to retrieve the specificmedia content from the content server.
 16. The method according to claim15, wherein the second message comprises information about an accessnetwork being used by the communication terminal; and the second messagecauses the application server to determine parameters for accessing thecontent server based on the information about the access network, theparameters being included in the accessing information.
 17. The methodaccording to claim 15, wherein the second message comprises chargingparameters indicating how to bill the user, and the second messagecauses the application server to generate billing information based onthe charging parameters.
 18. The method according to claim 15, whereinthe second message causes the application server to determine parametersfor accessing the content server based on user customizationinformation, the parameters being included in the accessing information.19. The method according to claim 15, wherein the second message causesthe application server to determine user preferences based on usercustomization information; wherein: the application server generates auniform resource identifier of the specific media content based on theuser preferences; and the application server includes the uniformresource identifier in the accessing information.
 20. The methodaccording to claim 15, comprising generating the first message inresponse to the user activating a hyperlink associated with the mediacontent.
 21. The method according to claim 20, wherein the user selectsthe hyperlink on a portal server.
 22. The method according to claim 20,wherein the first message is addressed using an instant messaginguniform resource identifier.
 23. The method according to claim 15,wherein the first message is transmitted via a telecommunicationsnetwork from the communication terminal to the content delivery system.24. The method according to claim 15, wherein: the content deliverysystem is an Internet Protocol (IP) Multimedia Subsystem (IMS) thatcomprises a Call Session Control Function (CSCF) unit; the filtercriteria is obtained from the user profile, which is retrieved by theCSCF unit from a home subscriber server (HSS) associated with the user;the application server is a Session Initiation Protocol (SIP)application server of the IMS; the accessing information is transmittedvia a telecommunications network from the application server to thecommunication terminal; the accessing information includes a uniformresource identifier of the specific media content for one of hypertexttransfer protocol, real-time streaming protocol, real-time transferprotocol, and file transfer protocol; and the specific media content istransmitted via the telecommunications network from the content serverto the communication terminal.
 25. A system, comprising: a contentdelivery system that is operable to: receive a first message from acommunication terminal associated with a user, wherein the first messageidentifies a specific media content on a content server; decide whetherthe user is entitled to access, on the content server, the specificmedia content that is identified by the first message, wherein thedeciding comprises determining whether there exists in a user profile ofthe user, filter criteria associated with the user and specifying thatincoming messages related to the specific media content, on the contentserver, are to be forwarded to an application server that is separatefrom the content server; and transmit a second message to theapplication server, based on the existence of the filter criteriaassociated with the user, wherein the filter criteria enablesassociating of the first message with the application server and enablesdetermining that the user is entitled to access the specific mediacontent on the content server; and wherein: the second message causesthe application server to transmit, to the communication terminal,accessing information for the user to retrieve the specific mediacontent from the content server; and the accessing information causesthe communication terminal to retrieve the specific media content fromthe content server.
 26. The system according to claim 25, wherein thesecond message comprises information about an access network being usedby the communication terminal; and the second message causes theapplication server to determine parameters for accessing the contentserver based on the information about the access network, the parametersbeing included in the accessing information.
 27. The system according toclaim 25, wherein the second message comprises charging parametersindicating how to bill the user; and the second message causes theapplication server to generate billing information based on the chargingparameters.
 28. The method according to claim 25, wherein the secondmessage causes the application server to determine parameters foraccessing the content server based on user customization information,the parameters being included in the accessing information.
 29. Thesystem according to claim 25, wherein the second message causes theapplication server to determine user preferences based on usercustomization information; wherein: the application server generates auniform resource identifier of the specific media content based on theuser preferences; and the application server includes the uniformresource identifier in the accessing information.
 30. The systemaccording to claim 25, wherein: the content delivery system is anInternet Protocol (IP) Multimedia Subsystem (IMS) that comprises a CallSession Control Function (CSCF) unit; the filter criteria is obtainedfrom the user profile, which is retrieved by the CSCF unit from a homesubscriber server (HSS) associated with the user; the application serveris a Session Initiation Protocol (SIP) application server of the IMS;the accessing information is transmitted via a telecommunicationsnetwork from the application server to the communication terminal; theaccessing information includes a uniform resource identifier of thespecific media content for one of hypertext transfer protocol, real-timestreaming protocol, real-time transfer protocol, and file transferprotocol; and the specific media content is transmitted via thetelecommunications network from the content server to the communicationterminal.
 31. A system, comprising: a communication terminal that isoperable to generate and submit, in response to the user activating ahyperlink associated with specific media content on a content server, afirst message, wherein: the first message identifies a specific mediacontent on a content server; and the first message is sent to a contentdelivery system for deciding whether the user is entitled to access, onthe content server, the specific media content that is identified by thefirst message, wherein the deciding comprises determining whether thereexists in a user profile of the user, filter criteria associated withthe user and specifying that incoming messages related to the specificmedia content, on the content server, are to be forwarded to anapplication server that is separate from the content server; and thecommunication terminal is operable to receive accessing information forenabling the user to retrieve the specific media content from thecontent server, wherein: the accessing information including a uniformresource identifier of the specific media content; and the accessinginformation is transmitted by an application server in response toreceiving a second message transmitted to the application server fromthe content delivery system based on existence of filter criteriaassociated with the user, wherein the filter criteria enablesassociating of the first message with the application server; and thecommunication terminal is operable to utilize the accessing informationto retrieve the specific media content from the content server.
 32. Asystem, comprising: an application server that is operable to generate,in response a message received from a content delivery system associatedwith a user, accessing information for use by the user in retrievingspecific media content from a content server, wherein: the message isgenerated by the content delivery system based on a first messagereceived in the content delivery system from the user, wherein the firstmessage identifies the specific media content on the content server; themessage is transmitted from the content delivery system to theapplication server based on existence of filter criteria associated withthe user, wherein the filter criteria enables associating the firstmessage with the application server; and the accessing informationcomprising a uniform resource identifier of the specific media content;and the application server is operable to transmit to a communicationterminal associated with the user, the accessing information, whereinthe communication terminal is operable to utilize the accessinginformation to retrieve the specific media content from the contentserver.
 33. The system according to claim 32, wherein the applicationserver, is operable to: obtain from the message a resource identifierand information about an access network being used by the communicationterminal; determine parameters for accessing the content server based onthe information about the access network; and include the parameters inthe accessing information.
 34. The system according to claim 32, whereinthe application server is operable to generate billing information basedon charging parameters indicating how to bill the user, obtained fromthe message received from the content delivery system.
 35. The systemaccording to claim 32, wherein the application server is operable todetermine parameters for accessing the content server based on usercustomization information, and the parameters are included in theaccessing information.
 36. The system according to claim 32, wherein theapplication server is operable to: determine user preferences foraccessing the content server based on user customization information;generate a uniform resource identifier of the specific media contentbased on the user preferences; and include the uniform resourceidentifier in the accessing means.